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Invention concerne un precede de surveillance d'un appareil connecte a 
un reseau domestique et un appareil de detection pour la surveillance via un 

reseau d'un autre appareil. 

Un reseau de communication numerique comprend des appareils relies 
i entre eux par un bus de communication, par exemple le bus IEEE 1394, utilisant 
des fils ou des ondes. Le reseau de communication comporte, par exemple, les 
appareils suivants : un terminal permettant a des utilisateurs de visualiser des 
emissions audiovisuelles, d'introduire des parametres de controle du reseau et de 
connaTtre I'etat du reseau, un recepteur de television numerique (un decodeur par 
o exemple) capable de recevoir des emissions audiovisuelles et des informations 
de service provenant d'un reseau de diffusion, un dispositif de memorisation des 
emissions audiovisuelles, un modem, etc. La liste des appareils n'est pas 
exhaustive, de meme plusieurs appareils peuvent etre en plusieurs exempla.res 
au sein du reseau de communication, par exemple une camera dans chaque 

15 chambre d'enfant. 

Le reseau 1394 permet de faire communiquer des appareils selon trois 
modes differents : le mode synchrone ou les paquets de donnees sont emis 
regulierement a la fin de periodes de temps determine, le mode asynchrone ou 
chaque message est isole des autres et peut etre emis a tout moment, le mode 
2 o isochrone ou les paquets de donnees sont emis regulierement dans une 
fourchette de temps determines Ces differents modes de communication sont 
utilises pour le transfert de donnees specifies. On transmet generalement des 
commandes en mode asynchrone, des donnees diffusees en mode synchrone, et 
des donnees de flux internes au reseau en mode isochrone. Dans ce dernier cas, 
25 on trouve des donnees de surveillance emises par une camera disposee dans 
une chambre d'enfant, un televiseur affichant lesdites donnees. A la difference des 
donnees audiovisuelles regues d'un reseau de diffusion et soumises a des 
synchronisations tres precises et regulieres, une telle surveillance n'a besoin que 
de recevoir une image de temps en temps, a des moments qui peuvent varier. 
30 La surveillance du bon fonctionnement d'appareil connecte en reseau est 

generalement effectuee par un dispositif inherent a I'appareil. On trouve par 
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exemple des dispositifs « chien de garde » ou « Watchdog » en anglais, qui 
declenche un message d'erreur lorsque a la fin d'un temporisateur, I'unite centrale 
sous surveillance n'a pas effectue une certaine action. Ce dispositif doit bien 
evidemment etre plus fiable que I'unite centrale qu'il est charge de surveiller. 
Chaque appareil sous surveillance doit posseder son propre dispositif, la 
presents invention permet entre autre avantage, de limiter le nombre de 
dispositifs de surveillance tout en pouvant surveiller un nombre important 
d'appareils. 

La presente invention consiste en un procede 1 . Procede de gestion de 
surveillance d'une tache au sein d'un reseau de communication comportant au , 
moins deux appareils, le reseau comportant des canaux de communication 
isochrones transmettant des paquets de donnees synchronises par un signal emis 
par le reseau ; caracterise en ce qu'il comporte les etapes suivantes : 

au niveau d'un premier appareil desirant etre sous surveillance : 

- emission par la tache sous surveillance de paquets de donnees sur un 
canal isochrone specifie au cours d'intervalle de temps regulier ; 

au niveau d'un second appareil (UCCI) : 

- surveillance des emissions de paquets de donnees emis sur le canal 
isochrone ; 

- execution d'une tache specifiee, consecutivement a I'absence de 
paquets de donnees sur le canal isochrone entre au moins deux emissions de 
signaux de synchronisation. 

De cette facon, la surveillance utilise pleinement les ressources du reseau 
en exploitant les signaux de synchronisation des emissions isochrones et en s'en 
servant pour detecter la fin prematuree des emissions de donnees sur de tels 
canaux. 

Selon un premier perfectionnement, le procede comporte une etape 
d'emission d'une requete de surveillance contenant un identifiant du canal 
isochrone transmettant les paquets et un descriptif de tache. De cette maniere, 
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I'appareil a surveiller informe I'appareil charge de la surveillance de ce qu'il doit 
faire en cas de disfonctionnement. 

Selon un autre perfectionnement la requete de surveillance specifie un 
nombre predetermine de signaux de synchronisation. De cette facon, I'appareil 
de surveillance attend la detection du nombre predetermine de signaux pour 
declencher I'execution de la tache specifiee. 

Selon un autre perfectionnement le precede comporte une etape 
Remission par le second appareil d'un signal de prise en charge suite a la 
reception de la requete de surveillance. Ainsi, I'appareil qui demande a etre sous 
surveillance sait que cette surveillance est assuree par un appareil du reseau. 

Selon un autre perfectionnement, la tache specifiee comporte I'affichage 
d'un message d'alerte comprenant un identificateur du premier appareil. Ainsi les 
utilisateurs du reseau peuvent etre avertis d'un disfonctionnement. 

Selon un autre perfectionnement, la tache specifiee comporte une etape 
d'analyse de la raison de I'arret des emissions de paquets de donnees, et une 
etape d'execution d'actions pour reprendre remission des paquets de donnees. 
De cette facon, les appareils du reseau peuvent eliminer automatiquement les 
causes de certains disfonctionnement. 

L'invention a aussi pour objet un appareil de reseau comprenant un 
moyen de communication avec un reseau captant des signaux de synchronisation 
permettant 1'emission de donnees isochrones et des paquets de donnees 
isochrones emis sur un canal isochrone specifie ; caracterise en ce qu'il 
comprend en outre un moyen d'execution d'une tache specifiee consecutivement 
a I'absence de paquets de donnees sur le canal isochrone entre au moins deux 
emissions de signaux de synchronisation. 

D'autres caracteristiques et avantages de la presente invention 
ressortiront de la description des exemples de realisation qui vont suivre, pris a 
titre d'exemples non limitatifs, en reference aux figures annexees dans lesquelles : 

La figure 1 represente un schema par blocs d'un reseau local connu; 



4 

La figure 2 represente le schema par blocs d'un reseau selon un exemple 
de realisation de I'invention ; 

La figure 3 represente renvoi d'une requete de surveillance d'un premier 
appareil vers une Unite de Controle des Communications Isochrones ; 

La figure 4 represente le traitement d'une requete de surveillance par une 
Unite de Controle des Communications Isochrones ; 

La figure 5 represente un chronogramme montrant le fonctionnement 
d'une Unite de Controle des Communications Isochrones controlant deux canaux 
isochrones ; 

La figure 6 represente le schema d'une Unite de Controle des 
Communications Isochrones selon un exemple de realisation de I'invention ; 

La figure 7 represente un chronogramme montrant les principales etapes 
du procede selon un exemple de realisation de I'invention. 

A I'aide de la figure 1 , nous allons tout d'abord decrire un reseau local de^, 
communication numerique selon I'etat actuel de la technique. Ce reseau^. 
comprend par exemple les appareils suivants : 

- Appareil 1 : une camera ; y 

- Appareil 2: un ordinateur equipe d'un lecteur de disque DVD, d'une J; 
interface avec le reseau telephonique (typiquement un modem) et d'un decodeur 
integre; 

- Appareil 3 : un decodeur STB dote d'un syntoniseur et d'un 
demultiplexer DEMUX permettant de recevoir des emissions d'un reseau de 
diffusion et d'une memoire (typiquement un disque dur) permettant de stocker les 
programmes et des donnees regues du reseau de diffusion ; 

- Appareil 4 : un magnetoscope numerique ; • 

D'autres appareils non representes sont possibles dans le cadre de 
I'invention : un ecran de visualisation, un magnetoscope analogique, des capteurs 
de temperatures pour la regulation du chauffage et la detection incendie, des 
detecteurs de mouvement pour detecter la presence d'individus en vue d'alarme. 
Tous ces appareils sont relies entre eux par un bus numerique utilisant le standard 
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IEEE 1394. Selon ce standard, les appareils communiquent entre eux de fagon 
asynchrone ou isochrone. Une communication isochrone permet de transmettre un 
flux ininterrompu de donnees entre par exemple, une camera et un ecran 
visualisant les signaux video de la camera, un capteur de temperature 

5 transmettant des informations a la centrale de chauffage. Un canal isochrone 
possede la particuiarite de transmettre regulierement des donnees d'un emetteur 
vers un recepteur dans une fourchette de temps definie par une bande passante 
determinee. Le noeud du reseau appele le MaTtre horloge (« Cycle Master » en 
Anglais) a pour but de garantir un cadencement n§gulier des paquets isochrones 

10 emis sur les canaux. Pour cela, le noeud MaTtre emet a tous les autres noeuds du 
reseau un signal de depart de cycle (ou « Cycle Start » selon la terminologie 
anglo-saxonne) toutes les 125 millisecondes. Ce signal sert de synchronisation 
pour emettre les paquets de donnees. Le reseau comprend egalement un 
appareil disposant d'une ressource logicielle appelee Manageur de Ressource 

is Isochrone (IRM selon la terminologie anglaise : « Isochronous Resource 
Manager »). Le module IRM gere une memoire ou les identificateurs des differents 
canaux isochrones actifs ainsi que les bandes passantes sont enregistres. Pour 
cela, IMRM dispose de registres d'allocation de bande passante et d'allocation de 
canaux. LMRM permet la gestion des canaux isochrones et de la bande passante 

20 disponibles sur le reseau. Le controle des canaux isochrones est de fagon 
privilegiee devolu au MaTtre horloge. 

Selon un exemple prefere de realisation de Tinvention, le reseau 
comprend egalement une Unite de Controle des Canaux Isochrones (UCCI en 

25 abrege et pour la suite du document). L'UCCI dispose de la fonction chien de 
garde du reseau (ou « Network Watchdog » en anglais) qui assure la surveillance 
des differents canaux isochrones actives dans le reseau local. Une UCCI est Tun 
quelconque des appareils connectes au reseau : le noeud MaTtre horloge, 
Tappareil possedant IMRM, ou un autre noeud du reseau) celui possedant et equipe 

30 d'un module de surveillance selon un exemple prefere de realisation de Pinvention. 
Selon une variante, une UCCI est un appareil specifique charge de la surveillance 
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des canaux isochrones, il s'implemente dans le reseau comme !e montre la figure 

2. 

Nous allons maintenant detainer le deroulement de la surveillance par une 
UCCI. Un appareil du reseau doit executer une tache importante, de ce fait son 

5 execution est placee sous surveillance d'une UCCI. Une tache est de facon 
privilegiee un programme execute par une Unite Centrale, cela peut etre aussi une 
logique sequentielle enfouie dans un circuit specialise, un ASIC par exemple. 
Dans le deroulement normal de la tache a surveiller, on aura pris soin 
d'implementer remission de donnees specifique sur un canal isochrone 

10 determine. L'important n'est pas dans le contenu des donnees mais dans la 
periodicite des emissions. On pourra done envoyer avantageusement des 
paquets tres courts. Le plus petit paquet isochrone emis sur un reseau IEEE1494 
etant constitue d'un en-tete isochrone et d'un quartet. Ces donnees sont 
contenues dans 528 unites d'allocation, ce qui represents une duree de 10 

is microsecondes Dans I'etape d'initialisation de la tache a surveiller, I'appareil ya 
programmer I'UCCI pour surveiller son fonctionnement, puis 1'UCCI va controler les 
emissions sur le canal isochrone. 

De facon illustree par la figure 3, un appareil 2 envoie une requete de 
surveillance comportant son identificateur, I'identificateur d'un canal isochrone^e 

20 canal 19 par exemple, temoignant du bon fonctionnement de I'appareil, et un 
descriptif de la tache a effectuer si les donnees emises sur ce canal 
disparaissent. L'UCCI regoit la requdte, enregistre les parametres et commence 
la surveillance en scrutant les paquets de donnees emis sur le canal specifie. Si le 
reseau comporte plusieurs UCCI, la premiere UCCI disponible emet sur le reseau 

25 un message de prise en compte de la surveillance avec les caracteristiques, 
enregistre dans sa memoire les parametres et commence aussitot la surveillance. 
Les autres UCCI qui captent ce message de prise en charge, ne s'occupent pas 
de cette surveillance. Les donnees doivent §tre emises toutes les 125 
microsecondes. Lors d'une interruption des emissions comme cela est illustre par 

30 la figure 4, I'UCCI recherche dans sa memoire les parametres de la tache d'alerte 
qu'il doit effectuer. Par exemple, cette tache est 1'emission d'une donnee 
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« datal » a une adresse « addl » du reseau. Cette adresse peut etre I'appare.l 2, 
en effet si cet appareil est dote d'un systeme multitache, oeOe declenchant 
remission des paquets isochrones peut etre interrompue mais pas celle gerant la 
reception des donnees du reseau. De cette maniere, I'appareil 2 peut etre 
prevenu de I'exterieur d'un disfonctionnement interne. L'adresse peut aussi etre un 
autre appareil du reseau, un terminal de visualisation par exemple, la donnee 
« datal » est alors un message affichable. Le terminal de visualisation affichant 
alors le message d'alerte a I'intention d'un utilisateur. 

Les requetes de surveillance envoyees a une UCCI contiennent entre 

autres les informations suivantes : 

- identificateur de I'appareil emettant la requete de surveillance, 

- numero du canal isochrone : 1, 2, ... (ou identificateur des paquets de 

donnees), 

- duree maximum inter-paquets du canal isochrone, ou nombre maximum 
Remission de signaux de depart de cycle avant execution de la tache d'alerte, 

- descripteur de tache d'alerte. 

Le descripteur de la tache d'alerte decrit les differentes actions de l'UCCI 
effectuees lors de la detection de la disparition d'un canal isochrone. Void 
diverses actions susceptibles d'etre dans une tache d'alerte : 

- emission d'un message divertissement : « Disparition du canal 1 » a 
destination de tous les ecrans de I'habitation. Le message est envoye de fagon 
asynchrone a chaque dispositif d'affichage, 

- emission d'un signal sonore par l'UCCI, 

- declenchement d'une succession programmee factions pour palier au 

disfonctionnement detecte par l'UCCI. 

La tache d'alerte est memorisee et envoyee telle quel sur le reseau. Si 
I'appareil sous surveillance ne specifie pas de tache d'alerte, l'UCCI possede une 
tache par defaut consistent a afficher sur un ecran du reseau tous les parametres 
disponibles pour informer un utilisateur du disfonctionnement. Le message affiche 
3 est par exemple « a 20h30, interruption des emissions sur le canal isochrone 2 
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provenant de I'appareil 1». L'utilisateur peut ainsi intervenir sur I'appareil 1 et 
remettre la tache. en bon etat de marche. 

Une variante consiste en ce que I'appareil sous surveillance definisse 
precisement Taction dalerte et en informe I'UCCI. Par exemple, un utilisateur 
programme I'enregistrement d'une emission sur le canal numerique 21, ce canal 
etant fourni par un decodeur recevant les signaux d'un reseau de diffusion, la 
tache d'enregistrement executee sur un appareil d'enregistrement est sous la 
surveillance d'une UCCI. Au moment de la reception de remission, I'appareil 
enregistreur programme le decodeur pour recevoir remission et enregistre les 
premiers paquets de donnees recus a travers le reseau. Supposons que le 
recepteur cesse d'emettre, !a tache d'enregistrement est alors interrompue 
L'UCCI detecte a la fin de la temporisation une interruption de la tache 
d'enregistrement, le descripteur specifie qu'elle doit faire apparattre un message 
suivant sur I'ecran du salon : « fin prematuree de I'enregistrement a 20h30 » ou 
20h30 etant une variable mise a jour par l'UCCI. Un perfectionnement consiste er& 
ce que le descripteur recu par l'UCCI possede plusieurs actions a mener en, 
fonction de I'analyse des causes du disfonctionnement. Selon le preceden| 
exemple et ce perfectionnement, le descripteur recu par l'UCCI prevoit d'analysei|. 
la presence de paquets de donnees audiovisuelles provenant du canal 21 au^ 
cours de chaque duree determinee. Si aucun paquet n'est detecte, I'UCCI appeile 
un second decodeur et lui envoie une requete de reception du canal 21 . Si la 
requete est acceptee, I'enregistrement se poursuit normalement a partir des 
donnees emises sur le reseau domestique par le second decodeur. Si par contre 
aucun decodeur n'est disponible, l'UCCI affiche sur un ecran un message 
indiquant la fin prematuree de I'enregistrement a cause d'une indisponibilite d'un 
decodeur. De cette facon, I'UCCI peut pallier a certains disfonctionnements afin 
de maintenir un enregistrement au sein du reseau local en utilisant pleinement les 
ressources disponibles. 

La figure 5 illustre la chronologie de deux taches surveillees par une 
UCCI. Un appareil 1 executant une tache 1 envoie un paquet de donnee sur le 
canal isochrone 1 et un appareil 2 executant une tache 2 envoie un autre paquet 
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de donnee sur le canal isochrone 12. L'UCCI surveillant les deux canaux, se 
synchronise sur les signaux depart de cycle emis par le Martre horloge. L'UCCI 
detecte la presence ou ('absence de paquets isochrones emis par chacun des 
canaux sous surveillance entre deux signaux depart de cycle. Un second paquet 
de donnees est emis sur le canal 1, done la tache executee par I'appareil 1 
fonctionne correctement. Par contre, aucun paquet de donnees n'est emis sur le 
canal 2 avant remission d'un troisieme signal depart de cycle. De ce fait, lorsque 
ce troisieme signal depart de cycle est detecte, I'UCCI en deduit que le canal 2 
n'est plus alimente et que la tache 2 executee par I'appareil 2 ne fonctionne plus 
correctement. II lance la tache d'alerte correspondant au disfonctionnement de la 
tache 2 sur I'appareil 2. L'exemple decrit precedemment n'exclut pas de la 
presente invention le cas ou les deux taches 1 et 2 soient executees au sein du 
meme appareil. 

Un perfectionnement consiste en ce que I'UCCI attende un nombre 
predetermine Remissions de signaux de depart de cycle avant de declencher 
Taction decrite dans le descripteur. Avantageusement, ce nombre predetermine 
est fixe par I'appareil qui desire etre surveille et est transmis dans le descripteur 
de tache d'alerte. Ce perfectionnement permet d'economiser de la bande 
passante en permettant a I'appareil sous surveillance d'envoyer un paquet de 
donnees isochrones qu'au bout d'un nombre determine de signaux de depart de 
cycle. Pour cela, I'Unite Centrale contenue dans I'UCCI dispose d'un compteur et 
la donnee de comptage pour chaque canal isochrone est mise dans une nouvelle 
colonne du tableau enregistre en memoire RAM, 

Un exemple de realisation d'une UCCI est decrit a la figure 6. Qu'une 
25 UCCI soit physiquement un appareil standard dote d'un programme specifique ou 
un appareil dedie a la surveillance, sa structure generate est la meme. Une UCCI 
possede une Unite centrale 6.1, connectee a une memoire ROM 6.2 dans laquelle 
se trouve inscrit au moins le programme de surveillance, une memoire RAM 6.3 
pour le stockage des donnees de programmation, un circuit d'interface logique 
30 6.4 pour la communication avec le bus IEEE 1 394 et un circuit d'interface materiel 
6.5 avec le reseau 1394. 
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Le circuit d'interface 6.4 supporte la gestion de canaux isochrones. Ce 
circuit surveille constamment les donnees du reseau local et a I'aide de filtres 
numeriques, extrait certains paquets selon leurs identificateurs. De cette fagon, un 
recepteur peut recevoir en permanence des donnees emises sur un canal 
isochrone, sans avoir besoin d'aller les chercher. Le circuit d'interface 6.4 est par 
exemple un circuit TSB43AB22 fabrique par la societe Texas Instruments. Ce 
circuit genere une interruption materielle sur reception d'un paquet de donnees qui 
agit sur le deroulement du programme execute par I'unite centrale 6.1. Ce circuit 
peut discriminer le canal grace a deux registres de masque d'interruption qui 
specifie les references dudit canal, ce qui permet de filtrer le ou les canaux 
isochrones a surveiller. Ce circuit est compatible avec le standard IEEE1394. La 
memoire RAM 6.3 enregistre les donnees correspondant aux differentes 
surveillances des canaux isochrones utilises. Ces donnees (identifiant du canal, 
identifiant de I'appareil, descriptif de la tache d'alerte, compteur de signaux de 
depart de cycle, . . .) sont disposees dans un tableau. \i 

A I'aide de I'organigramme de la figure 7, nous allons maintenant detainer 
la succession des etapes selon un exemple de mise en ceuvre de I'invention^A 
I'etape 7.1 un appareil du reseau lance une tache qui a besoin d'etre surveillee^ II 
emet alors une requete vers une UCCI du reseau specifiant le canal isochrone, je 
surveillance et Taction a entreprendre si les emissions s'arretent (etape 7.2). A 
I'etape 7.3, I'appareil du reseau qui est sous surveillance commence a emettre 
regulierement des paquets de donnees sur le canal isochrone. L'UCCI analyse 
chaque paquet du reseau et verifie que chaque appareil sous surveillance emet 
bien au moins un paquet de donnees entre deux (ou un nombre determine de) 
signaux de depart de cycle (etape 7.4). Supposons qu'un appareil arrete ses 
emissions (etape 7.5). Lors de la reception du prochain depart de cycle, I'UCCl 
constate I" arret des emissions sur le canal isochrone specifie et lance I'execution 
de la tache programmee (etape 7.6). 

Une variante consiste a equiper I'UCCl d'un interpreter. De cette facon, 
on peut programmer Taction d'alerte dans un langage qui est interprets par TUCCI 
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(par exemple : QUICK BASIC) et qui permet de definir precisement les actions a 
effectuer. 

Les exemples de realisation de Invention presentes ci-dessus ont ete 
choisis pour leur caractere concret. II ne serait cependant pas possible de 
repertorier de maniere exhaustive tous les modes de realisation que recouvre 
cette invention. En particulier, toute etape ou tout moyen decrit peut-etre remplace 
par une etape ou un moyen equivalent sans sortir du cadre de la presente 
invention. 
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REVENDICATIONS 

1 . Precede de gestion de surveillance d'une tache au sein d'un reseau de 
communication comportant au moins deux appareils, le reseau comportant des 
canaux de communication isochrones transmettant des paquets de donnees 
synchronises par un signal emis par le reseau ; caracterise en ce qu'il comporte 
les etapes suivantes : 

au niveau d'un premier appareil desirant etre sous surveillance : 

- emission (7.3) par la tache sous surveillance de paquets de donnees sur 
un canal isochrone specifie au cours d'intervalle de temps regulier ; 

au niveau d'un second appareil (UCCI) : 

- surveillance (7.4) des emissions de paquets de donnees emis sur le 
canal isochrone ; 

- execution d'une tache specifiee (7.6), consecutivement a Tabsence de 
paquets de donnees sur le canal isochrone entre au moins deux emissions de 
signaux de synchronisation. 

2. Precede de gestion selon la revendication 1 ; caracterise en ce qu'il 
comporte au niveau du premier appareil d'une etape d'emission (7.1) d'une 
requete de surveillance contenant un identifiant du canal isochrone transmettant 
les paquets et un descriptif de tache ; le second appareil executant la tache ainsi 
specifiee par le premier appareil. 

3. Precede de gestion selon la revendication 2 ; caracterise en ce que la 
requete de surveillance specifie un nombre predetermine de signaux de 
synchronisation ; le second appareil executant la tache specifiee lorsque aucun 
paquet de donnees n'a ete detecte sur le canal isochrone suite a la detection du 
nombre de signaux de synchronisation specifiee. 

4. Precede de gestion selon la revendication 2 ou 3; caracterise en ce 
qu'il comporte une etape d'emission par le second appareil d'un signal de prise 
en charge suite a la reception de la requite de surveillance. 
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5 Precede de gestion selon rune quelconque des revendications 
precedentes ; caracterise en ce que la tache specifiee comporte I'affichage d'un 
message d'alerte comprenant un identificateur du premier appareil. 

6 Procede de gestion selon Tune quelconque des revendications 
precedentes; caracterise en ce que la tache specie comporte une etape 
d'analyse de la raison de ('arret des emissions de paquets de donnees, et une 
etape d'execution factions pour reprendre 1'emission des paquets de donnees. 

7. Appareil de reseau (UCCI ; 1) comprenant un moyen de communication 
avec un reseau (6.4 , 6.5) captant des signaux de synchronisation permettant 
remission de donnees isochrones et des paquets de donnees isochrones emis 
sur un canal isochrone specifie ; caracterise en ce qu'il comprend en outre un 
moyen d'execution (6.1 , 6.2) d'une tache specifiee consecutivement a I'absence 
de paquets de donnees sur le canal isochrone entre au moins deux emissions de 

signaux de synchronisation. 

8. Appareil de reseau selon la revendication 7 caracterise en ce qu'il 
comporte un moyen de reception (6.4 , 6.5) d'une requete de surveillance 
contenant Hdentifiant du canal isochrone transmettant les paquets et un descnpbf 
de la tache specif.ee, ledit identifiant du canal et le descriptif de la tache etant 
enregistres dans une memoire de I'appareil (6.3). 

9. Appareil de reseau selon la revendication 8 caracterise en ce que la 
requete de surveillance recue specifie un nombre predetermine de signaux de 
synchronisation et en ce qu'il comporte un compteur (6.4 , 6.5) de signaux de 
synchronisation, la tache specifiee etant executee lorsque aucun paquet de 
donnees n'a ete detecte sur le canal isochrone suite a la detection du nombre de 
signaux de synchronisation specifiee. 

1 0. Appareil de reseau selon l'une quelconque des revendications 7 a 9 
caracterise en ce qu'il comporte un moyen d'affichage d'un message d'alerte 
active par i'absence de paquets de donnees sur le canal isochrone entre au moins 
deux emissions de signaux de synchronisation. 
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11. Appareil de reseat] selon Tune quelconque des revendications 8 a 10 
sous la dependance de la revendication 8 caracterise en ce qu'il comporte un 
moyen Remission d'un signal de prise en charge suite a la reception d'une 

requete de surveillance. 

12. Appareil de reseau selon la revendication 11 caracterise en ce qu'il 
comporte un moyen ^inhibition de la prise en charge d'une requete de 
surveillance active lorsque le moyen de reception (6.4 , 6.5) avec le reseau capte 
un signal de prise en charge de ladite requete par un autre appareil du reseau. 
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